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METHOD AND SYSTEM FOR A FOUR-DIMENSIONAL TEMPORAL 
5 VISUALIZATION DATA BROWSER 

CROSS REFERENCE TO RELATED APPLICATIONS 

This application is based upon and claims the 
10 benefit of United States Provisional Application No. 
60/175,773, filed January 12, 2000, the entire 
disclosure of which is incorporated herein by 
reference . 



?s 15 BACKGROUND OF THE INVENTION 



1 - Field of the Invention 

The present invention relates to a system for 
20 creating and interacting with computer-generated 

visualizations of information databanks in all four 
dimensions of time and space. In particular, the 
invention relates to a system and method to transform 
information datasets into four-dimensional (3D space 
25 plus time, hereafter known as 4D) objects, and 
visually and temporally browse and analyze the 
complex, dynamic relationships between 4D objects and 
their attributes in the combined temporal-spatial 
domain. 

30 
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2 . Description of the Prior Art 

In the field of computer graphics, computer-based 
3D imaging systems are known. Computer graphics 
5 languages and application-programming interfaces exist 
that interactively display 3D-perspective drawings of 
visual scenes onto the 2D pixel matrix of computer 
monitors and other computer- interfaced image 
projection devices. The most widely used computer 

10 graphics language used to achieve this is OpenGL(TM), 
which can generate 3D interactive visual scenes using 
3D-accelerated PC-based graphics cards or special 
purpose graphics machines such as Silicon Graphics (R) 
workstations. Users can interactively manipulate the 

15 spatial location and orientation of the perspective 
eyepoint via a user interface device such as a mouse, 
joystick or trackball, to effectively create the 
effect of flying thru the computer-generated 3D visual 
scene, as well as select and highlight various 3D 

20 objects in the visual scene. 

Web browser based 3D imaging is also known. 
World-wide-web browsers have been enabled with 3D 
graphics languages such as Virtual Reality Modeling 
25 Language (VRML) and Java3D(TM) that display platform- 
independent 3D images and scenes in a web browser. 

In the field of computer-based database 
management systems, temporal data mining is also a 
30 known technique. Information databanks have become so 
huge and complex that data mining techniques have been 
developed using the SQL data query language to find 
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and extract the desired information, which is 
presented to the user in a tabular text format, or 
possibly summarized in a chart or graph. Present day- 
relational databases also support time fields, which 
5 enable data mining to be done for specific points in 
time. These database reports, charts- and graphs fail 
to capture and readily present the nature of complex 
temporal data relationships. Analyzing data as 
snapshots-in-time also inherently excludes the complex 
10 dynamics of temporal data relationships. 

CAD models are the most common form of computer - 
generated 3D visuals, which have also been visualized 
as color-coded models representative of the specific 

15 construction sequence of each visual CAD model 

component. Attempts at visual time sequencing that 
exist in the prior art are limited to a temporal 
selection of a subset of CAD models and their color 
attributes. The technique used to achieve this in the 

20 prior art uses a temporal table lookup that produces a 
snapshot -in- time visual result without maintaining any 
temporal context, which limits the custom applications 
to these scheduling spreadsheet type of datasets. 

25 However, none of the prior art discloses a system 

capable of extracting from any information databank 
the complex temporal data relationships that change 
over time, so as to interactively present to the user 
a 4D visual representation of that dynamically 

30 changing data over time, maintaining both spatial and 
temporal context. Such a system is necessary to 
provide a natural user interface in all four 
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dimensions (that is, the four dimensions being time 
plus each of the three spatial dimensions) , to 
facilitate deriving knowledge from a higher level of 
understanding of the complex temporal data 
5 relationships embedded deep within and across large 
information databanks. 

It is thus desirable to have a four-dimensional 
(4D) data browser, integrating a fully user-controlled 

10 time dimension with an interactive 3D visual scene, to 
produce a computer-based environment to create, view 
and analyze a multitude of 4D objects representative 
of the dynamic, complex temporal data relationships in 
large information databanks. With such a system to 

15 quickly, easily and naturally perform four-dimensional 
data analysis, it is possible to transform information 
databanks into a decision support knowledge base for 
the many processes in both the private and public 
sectors that rely on an understanding of dynamically 

20 changing data relationships. 

SUMMARY OF THE INVENTION 

The present invention remedies the above 
25 deficiencies in data analysis tools by providing the 
ability to interactively experience and naturally 
visualize the temporal progression of important data 
components, their attributes and most importantly 
their dynamically changing inter-relationships. 

30 
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It is therefore an object of the present 
invention to provide a method and system for 
interactively accessing and analyzing, in all four 
dimensions, dynamic, temporal data relationships that 
5 change over time in any computer-based information 
database . 

It is another object of the invention to provide 
a method to transform computer-based information 
10 databases into a 4D portal through which 4D objects 
are accessible in the combined temporal -spatial 
domain, representative of the dynamic, temporal data 
relationships and their attributes contained in 
information databases. 

15 

It is yet another object of the invention to 
provide a system for electronically serving 4D objects 
for access by users on remote computer workstations. 

20 It is a further object of the invention to 

provide a system for interactive four-dimensional 
visualization, browsing and analyzing of 4D objects 
temporally and spatially by users on remote computer 
workstations . 

25 

The present invention makes it possible to build 
4D portals into information databanks, through which 
computer-generated 4D worlds are served to users in a 
4D browser, which can be naturally experienced in both 
30 temporal and spatial context to derive knowledge from 
the dataset . This 4D browser-server-portal system 
effectively transcends today's mostly 2D web browsers 
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and servers, with some limited 3D capability, 
providing access to information both temporally and 
spatially. With the present invention/ the 
progression of dynamic information over time can be 
5 visually analyzed and utilized on a wide range of 
industry and research applications. 

The method according to the invention works as 
follows : 

10 When an information database is transformed into 

a 4D portal, the 4D Administrator identifies the 4D 
objects of interest to be derived from the dataset. 
The exact nature of these 4D object definitions 
depends on the type of decision support function the 

15 4D portal serves. 4D objects take the form of 

physical entities such as customers, operators, parts, 
packages, storage locations, transport vehicles, for 
example, but may also be abstract entities such as 
noise, vibrations, pollutants, for example, that are 

20 represented by some type of visual model in 3D space, 
such as translucent geometric impact volume shapes. 
Many databases that were initially designed using 
object-oriented database design techniques are already 
organized around objects that would be well suited as 

25 candidates for 4D objects. Those that directly 
contain dynamically changing attributes, or whose 
actions effect other objects, become qualified 4D 
objects. 4D object definitions contain direct 
references to data fields in the information database 

30 representing the 4D object attributes, or 4D object 
attributes that are derived from data fields using a 
defined function. 4D object definitions are also 
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hierarchical in nature, such as buildings containing 
floors which contain office suites. Hierarchical 4D 
objects allow for varying spatial resolution when 
accessing a 4D portal through a 4D browser. 

5 

Once the 4D objects are defined, a 4D object 
audit trail is generated from the information 
database. The 4D object audit trail contains time- 
stamped records for every instance when a 4D attribute 

10 changes value, or the action of one 4D object affects 
another, such as a truck loading a container or a 
customer purchasing an item off the shelf. Many 
database management systems create daily audit trails 
for backup and recovery purposes which can be 

15 reorganized around the 4D object definitions. 

Historical database archives can also be used to 
create audit trails using difference checking, with 
the temporal resolution limited to the frequency of 
the archiving. Databases and spreadsheets containing 

20 event scheduling information are inherently time- 
stamped audit trails that can be readily reorganized 
around 4D object definitions. Any information 
database can be reorganized into a 4D object audit 
trail. The process is facilitated by the database 

25 management system's toolset and query language. 

The 4D portal includes the 4D object audit trail, 
a meta-data configuration file containing the complete 
4D object definitions, as well as spatial geometry, 
30 reference and manifestations. A 3D visual model is 
created for every 4D object definition which is used 
by the 4D browser as the visual representation of 
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every instance of that 4D object in the interactive 
visual scene. 

The 3D visual models are created using 3D 
5 modeling toolsets, preferably a toolset such as 

MultiGen(R) which creates efficient geometric visual 
models that can be rendered at interactive update 
rates. Although many different modeling formats have 
been defined, most are portable from one toolset to 
10 another. The 3D model format that is selected to be a 
component of the 4D portal must be compatible with the 
available model loaders of the particular embodiment 
of the 4D browser rendering engine being used to 
browse this 4D portal. 



A static visual world model of the 4D portal 
environment is also created which contains all of the 
4D object visual models. The 4D portal model provides 
the background visuals in which the 4D objects are 

20 portrayed by the 4D browser, such as an aerial photo 
of an airport or community, or a floorplan layout for 
example. Static 4D object models, such as buildings, 
for example, are defined with a spatial location 
referenced to the 4D portal model. Dynamic, movable 

25 4D object models, such as vehicles for example, are 
given a default spatial reference, but this location 
may be updated as a spatial manifestation of the 4D 
object audit trail data. The resulting 4D portal 
model is represented as a scene graph structure, such 

30 as that described in Silicon Graphics (R) Performer (TM) 
Programmer's Guide, which is incorporated herein by 
reference . 



15 
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Many embodiments of 4D spatial manifestations are 
defined by 4D objects in the 4D portal. They include, 
but are not limited to, color, color ramp, scale, 
5 orientation, translation, articulation, texture, 

1 ighting/ shadows , fade, translucency , and shape. 4D 
object definitions define their allowable spatial 
manifestations, associated attributes and necessary 
control parameters. Spatial manifestations are 
10 described further in the 4D browser below. 

The 4D Server in the system according to the 
invention works as follows: 

Users of 4D browsers generate 4D Open/Close, 

15 Query, Object Selection and Update requests that are 
processed and responded to by the 4D server, which 
acts as the communications hub between 4D portal 
databases and 4D browsers. When the 4D administrator 
initializes and activates the computer-based program 

20 which comprises the 4D server, the 4D portals are 

identified that are available through this 4D server. 
The location and access information is made known to 
the 4D server for available 4D portals, which are 
stored and maintained up-to-date by the 4D 

25 administrator utilizing a database management system, 
such as Oracle, for example. Requests are received 
from remote 4D browsers and responses returned by the 
4D server encapsalated in network transmission 
protocols, such as HTTP, RMI , XML, for example. 

30 

The interface methods between the 4D server and 
the 4D browser and 4D portal can be of any type or 
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form, but a preferred embodiment implements the 4D 
server as a Java(TM) servlet interfaced to a web 
server, such as Apache, for example, which 
communicates to a remote 4D browser via requests and 
response encapsalated in HTTP communication protocols. 
As a Java(TM) servlet, the 4D server interfaces with 
the 4D portals via JDBC (TM) protocols. This 
embodiment not only allows 4D portals to exist on 
computer systems remote to the 4D server, but also 
allows the 4D server and 4D portals to be maintained 
behind a security firewall, yet still permit 
communication to remote 4D browsers outside the 
firewall . 

The 4D server responds to the Open request by 
establishing a session between the requesting 4D 
browser and the specified 4D portal. The 4D server 
opens a database connection to the 4D portal and 
transmits to the 4D browser the 4D object definitions, 
4D object visual geometric model definitions, the 4D 
portal world model, and meta-data describing the 
available 4D object audit trail, such as its overall 
time frame, number of instances of each 4D object, 
allowable spatial manifestations and 4D object 
actions, for example. Alternatively, the 4D 
administrator may distribute static 4D portal 
information, especially the large visual models 
dataset, on CD or other medium to appropriate 4D 
browser users, in which case the Open request may 
specify which 4D portal information is to be 
downloaded from the 4D server and which will be loaded 
locally from CD or other medium. Access to 4D portals 
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may be password protected, in which case the Open 
request contains user/password information that is 
verified by the 4D server before opening the session. 
The Close request terminates the session established 
5 by the Open request . 

The 4D server responds to the Query request by 
transmitting 4D object state definitions back to the 
4D browser. These 4D object states are preferably 

10 generated in the following manner: First, the SQL 

selection statements contained in the 4D query request 
is executed against the 4D audit trail database to 
extract 4D object instances of interest for this query 
into a result set. Next, the maximum temporal and 

15 spatial resolutions specified in the 4D query request 
are satisfied by binning the result set 4D object 
instances into appropriate groupings. For example, if 
the temporal resolution specified is ! day', then all 
audit trail events time-stamped for any time during a 

20 given day are grouped into one bin representing the 
overall change in the 4D object attribute of interest 
at the end of the day. Spatial binning is also done, 
such as accumulating building information as a 
summation of all of its floors leased space, for 

25 example. Of course, detail may be lost in this 

binning process, but it allows for 4D data drill -down 
by respecifying a new 4D query requesting more detail 
of a particular 4D object. Finally, the binned, 
selected audit trail object data is converted to 4D 

30 object states by first sorting the data by object, in 
time order, and then scanning the data to stretch each 
time- stamp into a time frame as necessary. For 
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example, if a 4D object changed on day 1, but didn't 
change again until day 4, then the day 1 bin would be 
converted into the object's state for the time period 
day 1 through day 3, since that state will be 
5 maintained until it changes on day 4. 

The 4D server also processes the 4D object 
selection request. This request specifies a 
particular 4D object of interest and a specific time 

10 reference. The 4D server responds to this request by 
building a web-browser displayable page of information 
about the 4D object of interest at the specified point 
in time. Based on the 4D object audit trail, the 
values of the 4D object's attributes at the current 

15 specified time are displayed. If the 4D object state 
at the current specified time was binned either 
temporally and/or spatially, the raw audit trail 
entries comprising the binning are also displayed 
tabularly. This dynamically created web page is built 

20 using web page languages, such as HTML or XML. The 4D 
server transmits the completed web page back to the 4D 
browser . 



25 any changed 4D object definition values or time frames 
accompanying the update request are exported into an 
external data file. The 4D administrator may use this 
data file as a change request to the information 
database and/or the 4D object audit trail. This data 

30 file may also be referenced in a 4D Query request, in 
which case the saved changes would be applied to the 
generated 4D object state dataset as the response to 



When the 4D server receives an update request, 
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the query request is transmitted back to the 4D 
browser . 

The 4D Browser in the system according to the 
5 invention works as follows: 

The 4D browser is a computer-based program that 
is installed on every 4D user's local computer 
workstation. Workstations may also download the 

10 current 4D browser application from a centralized 
application service provider, if desired. The 4D 
browser, in it's preferred embodiment, is a Java(TM) 
based graphical user interface (GUI) application 
providing appropriate GUI widgets (buttons, sliders, 

15 choices, etc.) for the user to readily perform the 
necessary browser functions described below. The 
additional browser render window, described below, in 
it's preferred embodiment is a Java3D(TM) based 
program, but may be C-based utilizing other 3D 

20 graphics APIs such an OpenGL(TM) or SGI ' s native 
Performer (TM) . In the preferred embodiment, the 
communications link between the 4D browser GUI and its 
render window utilizes networking protocols, which 
allows the render window to be activated on a computer 

25 system either remote to or the same as the one on 
which the 4D browser GUI is executing. 

After activating the 4D browser, the user opens a 
4D portal by sending the appropriate Open request to a 
30 4D server, identified by a specific network address 
and port, as previously described in the 4D server 
above. Once the 4D portal object definitions have 
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been loaded into the 4D browser, the user activates a 
4D browser render window, specifying the network 
address of the 4D browser GUI the render window is to 
communicate with. The render window initially 
5 visually displays the 4D portal's 3D world model as 
well as all of the 4D object models at their default 
spatial locations. The user utilizes the mouse or 
other appropriate interface device to move the default 
viewing point to other locations by flying through the 
10 visual scene. Any type of motion model may be 

utilized, but the preferred embodiment utilizes a 
basic mouse or joystick controlled basic six-degree- 
of-freedom flight model to move through the 3D visual . 
scene in the 4D browser render window. 

15 

Through the 4D browser GUI, the user specifies a 
4D query that is transmitted for processing by the 4D 
server as described earlier. The user may select from 
a predefined set of 4D queries that the 4D 

20 administrator has made available as part of the 4D 
portal, or may manually build or modify 4D query 
components through the 4D browser GUI. In its 
preferred embodiment, the 4D query specification is a 
human- readable ASCII data specification. The 4D 

25 object states that the 4D server generates in response 
to the 4D query are received by the 4D browser GUI and 
transmitted to the active render windows as well. 
Multiple 4D queries may be requested. Each time a new 
set of 4D object states replaces the previous one. 

30 

The 4D object state definitions are accessible 
through the 4D browser GUI . The user may perform 
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what -if analyses by manipulating the time frame of any 
4D object states in the 4D browser GUI. Any 
modifications made in the GUI are immediately 
transmitted to the render window as well. Spatial 
5 what -if analyses may be performed by using the mouse 
to select and relocate a visual 4D object model in the 
rendered visual scene, causing the render window to 
update the spatial location of the 4D object in the 
GUI. Modifications made by the user in the 4D browser 
10 may be sent to the 4D server as an update request, or 
may be saved locally as local 4D portal data. To 
access another 4D portal in the 4D browser, the user 
closes the current 4D portal session. 

15 The time controller is a special 4D browser GUI 

component that allows the user to control the 
progression of time, either forwards or backwards, at 
various resolutions. The preferred embodiment of the 
time controller is a slider widget whose resolution is 

20 selectable in various intervals, such as years, 

months, days, hours, minutes, seconds and frames (1/30 
of a second) . A special wall time resolution also 
allows time to be incremented at a rate equivalent to 
real time. Forward, reverse, pause and record 

25 controls are also provided to allow for hands-off 
progression of time. Any change in time is 
immediately transmitted to the 4D browser render 
window as well. The record option in the time 
controller enables the 4D browser to record to a disk 

30 file the rendered visual scene each time interval in a 
format such as RGB or JPEG that is compatible with 
multi -media movie-making tools. 
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The 4D browser render window is controlled by a 
computer program that executes a render loop that 
terminates only when the render window is closed. 
Each pass of the render loop utilizes a scene 
traversal technique wherein as the 4D portal scene 
graph is traversed, each 4D object model is modified 
by the specified spatial manifestation in the 4D 
object's current object state definition. All of the 
4D object states are received from the 4D browser GUI 
after a query request is processed by the 4D server, 
and each time that the current time value is modified 
in the 4D browser it is compared to each 4D object 
state time frame to determine the active object state 
and associated spatial manifestation for each 4D 
object model. Time frame specifications contain 
absolute start and end time values, or time masks that 
represent repeating time frames, such as a wildcard * 
value for the year value, for example, indicating that 
this object state time frame applies to the specified 
period in any year. 4D object states that are skipped 
over from one time specification to the next are also 
processed to maintain temporal context. 

4D object state spatial manifestations can be 
static for the entire time frame, such as a color or 
texture pattern representing the object state, or 
progressive over the entire time frame, such as a 
ramping colormap, changing size (scale/shape) , 
position (orientation/translation/articulation) , or 
transparency (including object fade in/out) . By 
default the progressive function is linear, but other 
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parametric functions can be specified as spatial 
manifestation control parameters in the object state 
definition. 

5 Object fade in/out is a special 4D browser 

spatial manifestation that transforms the spatial 
level-of -detail (LOD) graphics fade technique into the 
temporal domain. Spatial LOD calculations are based 
on an object 1 s distance from the eyepoint . To achieve 

10 a temporal LOD fade, the 4D browser internally adjusts 
the spatial fade range of the object model in the 
scene graph to be equivalent to the relationship of 
current time to the 4D object state's time frame. For 
example, if the 4D object model is x feet from the 

15 eyepoint, and current specified time is 50% into the 
4D object 1 s current object state time frame, then the 
spatial fade out range could be set to 2x, causing the 
spatial range rendering to display the 4D object model 
as half faded out, representative of the temporal 

20 object progressive state. These fade ranges are 
recalculated every time any temporal or spatial 
movements are made. 

Another special 4D browser spatial manifestation 
25 relates to a positional 4D object state. In 

particular, object translation is described here, 
although the same technique applies to orientation and 
articulation mapped to different coordinate reference 
systems. A 4D object's XYZ position in the 4D portal 
30 world model can be specified in a 4D object immediate 
state, such as a datapoint generated from a time- 
space-positional information (TSPI) system like GPS- 
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tracking, or with a 4D object progressive state, such 
as a vehicle moving from point A to B over the 
specified time frame. This motion is linear both 
temporally and spatially unless specific guideways and 
5 motion profiles are defined in the object state's 
spatial manifestation control parameters. 

Guideways are an attached sequence of line 
segments positioned in the 4D portal world model. 

10 These guideways can be generated with a point -and - 
click utility, or by a sophisticated tool such as 
MultiGen (R) RoadTools utility. The raw guideway 
definitions are processed by the 4D server to 
disassociate them from their positional data, 

15 converting each guideway segment definition in the 4D 
portal dataset to a length and position relative to 
adjacent guideway seqments. The associated motion 
profiles in the defined spatial manifestation produce 
progressive positions that specify the 4D object's 

20 guideway position relative to its distance from the 
beginning of the guideway. The 4D browser identifies 
the current guideway segment and the object's 
percentage into this segment, looks up the segment 
endpoints XYZ values from the original guideway 

25 specification and does a linear interpolation to 

determine the actual current XYZ location of the 4D 
object. This special guideway spatial manifestation 
technique allows for motion profiles to be performed 
on abstract guideways that are rendered by a 4D 

30 browser properly registered to every dip, bend and 
bank of a motion path through the 4D portal world 
model . 
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Other features and advantages of the present 
invention will become apparent from the following 
description of the preferred embodiments which refers 
to the accompanying drawings . 

BRIEF DESCRIPTION OF THE DRAWINGS 

For the purpose of illustrating the invention, 
there is shown in the drawings an embodiment which is 
presently preferred; it being understood, however, 
that the invention is not limited to the precise 
arrangements and instrumentalities shown. 

In the drawings, wherein like reference numerals 
denote like elements throughout the several views: 

Fig. 1 is a block diagram of the system 
components according to the invention; 

FIG. 2 is a flow diagram of the method to 
transform information databases into 4D portals 
according to the invention; 

FIG. 3 is a flow diagram of the operation of the 
4D server in the system according to the invention; 
and 

FIG. 4 is a flow diagram of the operation of the 
4D browser in the system according to the invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to the drawings, there is shown in 
FIG. 1 a block diagram of the system components 
5 according to the invention. Using the method 

described in FIG. 2 below, 4D portal databases 1 are 
derived from information databases 16. The 4D server 
25, described in FIG. 3 below, accesses one or more 4D 
portal databases 1 and transmits 4D portal information 

10 to one or more 4D browsers 30, described in FIG. 4 
below. 4D portal databases 1 may reside on the same 
computing system as the 4D server 25, or on a remote 
computing system accessed by the 4D server 25 via a 
network connection. For a single user system, the 4D 

15 browser 30 may also reside on the 4D server 25 

computing system, although the preferred embodiment 
comprises multiple 4D browsers 30 residing on remote 
4D user computer workstations 41 communicating with 
the 4D server 25 via a network connection. Both the 

20 4D browser GUI 3 0 and 4D browser render window 4 0 may 
reside on the same 4D user computer workstation 41, 
but, as described in FIG. 4 below, with the preferred 
embodiment comprising a network transmission between 
the 4D browser GUI 3 0 and the 4D render windows 40, 

25 they may also reside on separate 4D user workstations 
41, either locally or remotely connected via a 
network. Multiple 4D render windows 4 0 on remote 4D 
user computer workstations 41 may also communicate 
with a single 4D browser GUI 30. Individual 

30 components are described in detail below. 
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Referring now to FIG. 2, there is shown a flow 
diagram of the method to transform information 
databases into 4D portals according to the invention. 
The method produces a 4D portal database 1 from any 
5 information database 16. 

The method begins with the 4D administrator 20 
identifying a set of 4D object types 10. This is 
accomplished by first reorganizing and extracting data 

10 subsets from an information database 16 that contains 
data representable by a 3D visual object model 3, 
including real world physical entities as well as 
visual models for more abstract datasets representing 
items such as environmental noise, for example. These 

15 data groupings represent the candidate 4D object types 
10. Those data groupings that are static in nature, 
that is, have a fixed number of instances and no data 
values that change over time, become part of the 4D 
portal world model 23, and are removed from the list 

20 of 4D object types. Based on the decision support 

requirements 22, provided to the 4D administrator by 
management, for which the 4D portal 1 is being built, 
the 4D administrator 2 0 may also remove 4D object 
types 10 that are of no apparent interest to 

25 management. The 4D administrator 20 may also organize 
the 4D object types 10 into a 4D object spatial 
hierarchy 13, such as buildings that contain floors, 
to provide for a spatial resolution drill -down 
capability in the 4D portal 1. 

30 

Those data values of each 4D object type 10 
dataset that change over time in the information 

{00488887.1} 



• # 

database 16, including its associated database update 
archive 17, are identified by the 4D administrator 20 
as 4D object attributes 11, which definition maintains 
the link back to its representative data field in the 
5 information database 16. The 4D administrator 20 also 
evaluates the list of 4D object types 10 for 
inter/intra-dependencies, that is, actions taken by 
one 4D object type that has an effect on another, such 
as a vehicle object moving a container object to 

10 another location, or on itself, such as inserting a 
new instance of this 4D object type. These actions 
are defined in a list of 4D object actions 12. 4D 
object actions 12 are grouped in temporally opposite 
pairs, such as insert : remove , attach : detach, start 

15 moving from point a : arrive (stop) at point b, for 

example, which make the actions temporally reversible. 

The 4D administrator 2 0 defines a set of 
potential spatial manifestations 9 for each 4D object 

20 attribute 11 and 4D object action 12. The set of 
available spatial manifestations are defined by the 
visual capabilities of the 3D graphics scene graph 
rendering engine implemented in a preferred embodiment 
of the 4D browser system described in FIG 4 . , and 

25 includes, but is not limited to, color, color ramp, 
scale, XYZ translation or articulation, guideway 
translation or articulation, HPR and guideway 
orientation, texture file mapping, lighting/shadows, 
temporal fade, translucency and shape. The ability to 

30 affect these visual manipulations with 4D portal data 
is achieved by this method of defining these spatial 
manifestations 9. 
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The 4D administrator 2 0 gathers the 4D object 
types definitions 10 organized in a 4D spatial 
hierarchy 13, 4D object attributes definitions 11, 4D 
5 object actions definitions 12 and spatial 

manifestation definitions 9 into a set of 4D object 
definitions 2 . The preferred embodiment of these 4D 
object definitions 2 is a human- readable meta-data 
format, such as ASCII, defining 4D object parameters 
10 gathered together into one definition f ormat . 

For every 4D object type 10, the 4D modeler 21, 
or a group of 4D modelers, utilizing a 3D realtime 
visual model generator 18 toolkit such as MultiGen(R) 

15 Creator, builds a representative 3D geometric visual 
model 3 of the object. The 4D modeler 21 also builds 
a 4D portal world model 23 representing the static 
visual scene that the 4D object visual models 3 are 
rendered in by the 4D browser. Preferably, each 4D 

20 object visual model 3 is defined with a spatial 

location referenced to this 4D portal world model 23 
scene graph, and becomes a sub-graph component of this 
4D portal scene graph. 

25 The 4D modeler 21, utilizing a guideway generator 

19 toolkit such as MultiGen(R) RoadTools, creates 
guideway definitions 4 for the defined set of 
potential spatial manifestations 9. 

30 The 4D administrator 2 0 takes the current 

information database 16, available database update 
archives 17, and the set of 4D object definitions 2, 
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and processes them through a 4D audit trail generator 
15 to create the 4D audit trail 14 . The 4D audit 
trail 14 includes time-stamped records for every 
instance when a 4D object 2 instance performs a 4D 
5 object action 12 or has a change in one of its 4D 
object attributes 11, which can be derived from the 
identified set of source data via difference checking. 
For 4D object actions, there is an associated end 
action, such as destroy or stop motion, for example, 
10 for each begin action, such as create or start motion, 
respectively. The database update archive 17 may be a 
set of historical snapshots of the information 
yi database, or may include daily backup/recovery audit 

/i trails that are generated by the associated database 

Ui 

M 15 management system which aids in the audit trail 
=lI generation and increases its temporal resolution. 

O The 4D audit trail generator may be a manual 

tJL procedure, but since it will likely be done on a 

20 regular basis to keep the 4D audit trail 14 current, 
Q its preferred embodiment comprises a database 

scripting language batch job and/or a customized 
computer program to automate the procedure. 

25 The 4D audit trail 14, together with the 4D 

object definitions 2, 4D portal world visual model 23, 
4D object visual models 3 and guideway definitions 4 
are gathered into a 4D portal database 1 which is 
accessed by the 4D server. In its preferred 

30 embodiment, this 4D portal database 1 is implemented 
in a relational database management system, such as 
Oracle . 
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The 4D administrator 20 is preferably responsible 
for more than one 4D portal database 1. Although the 
complete method described in FIG 1 . may be a manual 
5 procedure, its preferred embodiment includes utility 
computer programs that assist the 4D administrator 2 0 
in creating and maintaining a 4D portal database 1. 

Referring now to FIG. 3, there is shown a flow 
10 diagram of the operation of the 4D server in the 
system according to the invention. The 4D server 
accepts 4D browser requests 6 from multiple 4D 
browsers, described in FIG. 4 below, and generates 
appropriate 4D server responses 7 back to the 4D 
15 browsers. This function is performed by the 4D server 
program 25, which in its preferred embodiment is a 
Java(TM) servlet computer program interfaced to a web 
server, such as Apache. Although any network protocol 
may be utilized to receive 4D browser requests 6 and 
20 transmit 4D server responses 7, the preferred 

embodiment allows for these requests and responses to 
be encapsalated in HTTP message packets received and 
transmitted by the front -end web server locally 
interfaced to the 4D server program 25. 

25 

The 4D server program 2 5 generates appropriate 
responses for 4D browser requests 6 by accessing the 
specific 4D portal database 1 identified in the 4D 
browser request. Multiple 4D portal databases 1 may 
30 be accessible through a single 4D server. In its 
preferred embodiment, the 4D server program 2 5 
accesses 4D portal databases 1 utilizing the java 
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JDBC(TM) interface, allowing 4D portal databases 1 to 
be resident locally on the same computer as the 4D 
server program 25, or on a remote computer system 
accessible over a network. The 4D browser requests 6 
5 processed by the 4D server program 2 5 include, but are 
not limited to, open, close, query, object selection 
and update. 

In response to an open request, the 4D server 

10 program 2 5 extracts and transmits the 4D portal 

definition 26 from the specified 4D portal database 1. 
4D portals may be access protected; if so, the access 
password contained in the open request is verified 
before access to the specified 4D portal database 1 is 

15 permitted. The 4D portal definition includes 4D 

object definitions 2, 4D portal world visual model 23, 
4D object visual models 3 and guideway definitions 4 
(all shown in FIG. 2) . The 4D server program 
preprocesses guideway definitions, augmenting the 

20 definition with an ordered list of segment lengths 

before including them in the 4D portal definition 26. 
Static 4D portal data , such as the large visual model 
dataset, may be distributed locally to 4D browser 
users on CDROM or other media for local storage . The 

25 open request specifies 4D portal data components to be 
loaded locally to reduce the transmission size of the 
4D server response 7. The open request is designed to 
proceed all other browser requests on a specific 4D 
portal database. When the 4D server program 2 5 

30 receives a close request, it accepts from the specific 
4D browser system a new open request on a different 4D 
portal database 1 . 
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In response to a query request, the 4D server 
program 2 5 generates and transmits a set of 4D object 
states 5. This set is preferably generated as 
5 follows: The SQL selection statements contained in 
the query request is executed against the 4D audit 
trail 14 contained in the 4D portal database 1 to 
create a result set. This result set is then binned 
according to the maximum temporal and spatial 

10 resolutions specified in the query request. The bins 
are then sorted by 4D object, in time order. The 
resulting ordered list is then scanned and, for 4D 
object attribute entries, each time-stamp is stretched 
into a time frame inclusive of any time gap preceding 

15 the next time stamp for that attribute. For 4D object 
action entries, they exist in begin-end pairs, such as 
create-destroy or start motion - stop motion. During 
the scan, each action pair is combined into one object 
state for the specified begin-end time frame. This 

20 results in the set of 4D object states 5 transmitted 
as the 4D server response 7. In an alternate 
embodiment, the 4D server program 2 5 responds with a 
4D server response 7 containing the initial result 
set, with the 4D browser described below performing 

25 the binning and time frame processing. 

In response to an update request, 4D object 
definition values or object state time frames 
contained in the 4D browser request 6 are exported by 
30 the 4D server program 25 to a local external update 
file 27. If an update file is specified in an open 
request, any 4D object definition changes contained in 
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the specified update file 27 are applied to the 4D 
portal definition 26 transmitted as the 4D server 
response 7. Similarly, if an update file is specified 
in a query request, any 4D object state time frame 
5 changes contained in the specified update file 27 are 
applied to the 4D object states 5 transmitted as the 
4D server response 7 . 

In response to an object selection request, the 
4D server program 25 generates and transmits a web 
browser displayable page 8 of information about the 
selected 4D object that is temporally accurate for the 
specified time stamp. This is achieved by the 4D 
server program 25 scanning the 4D object states 5 last 
transmitted to the requesting 4D browser for current 
object attribute and action states for the specified 
time. The web page 8 is created utilizing web page 
techniques, such as HTML or XML. The content of the 
web page 8 may be anything, but its preferred 
embodiment includes attribute values and raw 4D audit 
trail 14 entries represented by any binned current 
object states. 

Referring now to FIG. 4, there is shown a flow 
25 diagram of the operation of the 4D browser in the 
system according to the invention. The two main 
components of the 4D browser are the 4D browser GUI 3 0 
and the 4D browser render window 40, which in their 
preferred embodiments are separate computer programs 
30 with a data interface implemented with network 

protocols. The render window 40 may execute on the 
same or different machine as the 4D browser GUI 30, 
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but for effective interactive visual graphics 
rendering preferably executes on a computer with a 3D- 
hardware-accelerated graphics subsystem. The 4D user 
41 begins the execution of both these programs 
5 locally, and interacts with them via the local 

keyboard and a cursor control device 3 9 such as a 
mouse, joystick or trackball. 



10 with a set of screen GUI widgets, such as buttons, 

sliders, choice and list boxes, which enables the 4D 
user 41 to generate 4D browser requests 6 which were 
described above in FIG. 3, as well as view and 
optionally modify 4D portal data received via 4D 

15 server responses 7, such as 4D object definitions 2, 
spatial manifestations 9 and 4D object states 5. In 
its preferred embodiment, the 4D portal model 31 and 
4D object visual models 3 in the 4D browser GUI 3 0 are 
filename references to local data files that maintain 

20 the specific scene and model geometry specifications. 
All updates to any data value in the 4D browser GUI 
30, either by the 4D user 41 or 4D server responses 7, 
is immediately accessible by the render window 40. 
One embodiment to accomplish this is via a shared 

25 memory segment, although the preferred embodiment 

communicates data updates via network protocols over 
the data interface to the active render window 40. 

The 4D browser GUI 30 also allows the 4D user 41 
30 to manipulate global view settings 35, such as render 
mode (wireframe or surface), enabling textures, sun 
position, viewpoint XYZHPR location, selected 



The 4D browser GUI 3 0 provides the 4D user 41 



{00488887.1} 



30 



# 



viewpoint motion mode, for example, which are utilized 
by the render window 4 0 to control attributes of the 
rendered graphics scene on the computer screen. The 
viewpoint location is also moved by the 4D user 41 in 
5 all three spatial dimensions via the use of the cursor 
control device 3 9 in the render window 40. 

The 4D browser GUI 30 also displays web pages 
received via a 4D server response 7, either by 
10 reference to a webpage filename on the 4D server 

computer system or by a stream of webpage directives, 
such as HTML. In its preferred embodiment, it does 
this by executing a web browser program on the 4D 
user's 41 computer workstation. 



The 4D browser GUI 30 also provides the 4D user 
41 with a special time controller widget to 
interactively control the fourth dimension of time by 
manipulating the selected render time 32 value. The 

20 preferred embodiment of the time controller includes a 
slider bar to manually move time forward or back, time 
resolution choice selection, and forward, reverse, 
pause and record buttons similar to that on a VCR for 
automatic time updates. The record feature activates 

25 a global view setting 3 5 that causes the render window 
40 to save its rendered visual scene to a local disk 
image file each time it is updated. 

The 4D browser render window 4 0 graphically 
30 renders the temporally current 3D visual scene, viewed 
by the 4D user 41 at the current spatial viewpoint 
location, representing the present 4D portal 
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manifestations in all four dimensions. In its 
preferred embodiment the render window 4 0 computer 
program executes a scene graph render loop, such as 
that contained in Java3D (TM) or SGI 1 s Perf ormer (TM) , 
5 augmented by specialized 4D functionality described 
below, that displays an interactive 3D visual scene in 
the screen render window. The scene graph 3 7 includes 
the 4D portal world visual model 31, as well as 
numerous subgraphs for each current 4D object instance 
10 33 containing the geometry of the specified 4D object 
visual model 3 . 

The preferred embodiment of the render window 4 0 
computer program is a free-running render loop that 
performs the following functions: If the selected 
render time 32 changes, the new current 4D object 
state 34 for each 4D object instance 33 is identified 
by scanning the temporally-ordered list of 4D object 
states 5, either backwards or forwards depending on 
which direction time was moved, beginning with the 
previous current 4D object state 34, finding the 4D 
object state 5 whose time frame contains the new 
selected render time 32. If through the 4D browser 
GUI 3 0 the time- frames of any 4D object states 5 were 
modified, the above selection process is also done, 
but may be limited to the 4D object instances 3 3 
affected by the modification. 

The specified spatial manifestations 9 are then 
30 processed for each current 4D object state 34, as well 
as any 4D object states 5 that were skipped over in 
the above selection process, in time order to maintain 
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temporal context of the 4D object states. The 
processing of spatial manifestations 9 may 
create/remove 4D object instances 33 whose subgraph 
would also be inserted/deleted from the scene graph 
5 37, or may affect the visual appearance or 

location/orientation of the 4D object visual models 3 
of existing 4D object instances 33 via 

geometric/visual transformations 3 6 to the scene graph 
37. More details of spatial manifestation processing 
10 is described below. 

The render window 40 render loop activates the 
current global view settings 35, and culls scene graph 
3 7 subgraphs that are outside the viewing frustrum 
specified in the global view settings 35, or whose 
associated 4D object has been visually deactivated by 
the 4D user 41 via the 4D browser GUI 30. The 
geometry contained in the remaining active scene graph 
37 is rendered relative to the current viewpoint 
location into the graphics engine of the computer 
workstation for visual display to the 4D user in the 
screen render window 40. 

Spatial manifestations 9 of 4D object states 34 
25 may take numerous forms. Embodiments of spatial 

manifestations effect changes to the scene graph 37, 
either via geometric/visual transformations 36 to the 
4D object instance 33 subgraph containing the 4D 
object visual model 3, or by insert ing/removing a 
30 subgraph containing a 4D object visual model 3 for a 
new/old 4D object instance 33. The preferred 
embodiment includes spatial manifestations 9 for 
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visual techniques supported by the underlying scene 
graph rendering graphics API, including, but not 
limited to, static color change, progressive color 
ramp, static or progressive object scale factor, 

5 orientation, translation, articulation, texture image 
application, translucency and object shape. In 
addition, the preferred embodiment supports special 4D 
techniques including progressive temporal fade in/out 
and guideway translation, described below. An 

10 alternative embodiment effects certain spatial 

manifestations, such as color or scale, which are 
supported by the underlying graphics API with 
immediate mode graphics commands in node callback 
routines which are processed as each subgraph is 

15 reached in the scene graph traversal during the 

drawing process. This embodiment does not directly 
modify the scene graph 37, so spatial manifestations 9 
using this technique are effected each time the render 
window 4 0 is updated. 



Spatial manifestations of the progressive nature 
define a visual effect over a specified range, such as 
movement from point a to b, color from light red to 
dark red, or scale factor from 4 to 8, for example, 

25 which are processed in direct proportion to the 

percent value that the selected render time 32 falls 
within the current 4D object state's 34 time frame 
associated with this spatial manifestation 9. 
Multiple spatial manifestations 9 may be active for 

30 any given current 4D object state 34. 



20 
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The temporal fade out special spatial 
manifestation 9 is processed as a visual 
transformation 36 which affects the spatial level -of - 
detail fade range of the associated 4D object visual 
5 model 3 scene graph 3 7 subgraph. The ratio of the fade 
range to the current distance of the 4D object model 3 
from the viewpoint is in reverse proportion to the 
fractional percentage value that the selected render 
time 32 falls within the current 4D object state's 34 
10 time frame associated with this spatial manifestation 
9. For a temporal fade in manifestation, the 
remaining time frame fractional percentage is used. 

The guideway translation spatial manifestation 9 

15 is processed utilizing the 4D portal guideway 

definitions 4 to manifest a 4D object model's 3 motion 
path in the scene. The preferred embodiment of 
geometric transformations 36 of the motion nature is 
via a dynamic coordinate node in the appropriate scene 

20 graph 3 7 subgraph representing the 4D object visual 

model 3, allowing the model to be located anywhere and 
in any orientation in the scene. The preferred 
embodiment includes a default linear motion profile 
over the entire specified guideway length over the 

25 duration of the associated current 4D object state's 
34 time frame. Simple motion manifestations from 
point a to b have an implied single segment line 
guideway to follow. Additional motion parametrics may 
be specified to effect different motion profiles, such 

30 as acceleration or constant speed, for example, during 
different periods of the time frame. Using these 
parameters the distance traveled from the beginning of 
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the guideway relative to the fractional percentage 
value that the selected render time 32 falls within 
the current 4D object state's 34 time frame associated 
with this spatial manifestation 9 is calculated. 
5 Using the 4D portal guideway definition 4 data, the 
current guideway segment and the 4D object visual 
model 3 offset into this segment is identified for the 
calculated distance traveled. A linear interpolation 
between the segment endpoint XYZHPR values yields the 
10 current manifested 4D object model 3 XYZ location and 
HPR orientation in the scene, which are used to 
transform the appropriate scene graph 37 subgraph's 
dynamic coordinate node . 

15 The 4D user 41 may, through appropriate global 

view settings, place the cursor control device 3 9 of 
the render window 40 in motion mode or picking mode. 
Various motion modes are available to the 4D user 41 
representing a variety of motion control models that 

20 are included in the embodiment of the render window. 

In motion mode, manipulating the cursor control device 
3 9 moves the render viewpoint location to a new XYZHPR 
location in accordance with the active motion control 
model. In picking mode, the cursor control device 3 9 

25 is used to select a 4D object instance from the visual 
scene and either spatially relocate it, or generate a 
4D browser object selection request 6 through the 4D 
browser GUI 30. A 3D picking algorithm is used, such 
as a line-of -sight ray intersection calculation, to 

30 identify the selected 4D visual model 38, which is 
identified by its scene graph subgraph as a specific 
4D object instance 33 which can be spatially 
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repositioned in the scene graph 37 or made part of an 
object selection 4D browser request 6. 



As a simple example, consider an online 
5 information database of a food store operation, where 
the manager needs a better understanding of the store 
operation to improve efficiency and increase sales. A 
4D portal into this information database could define 
grocery items, shelf units and customers as 4D 
10 objects. The 4D portal world rendered by the 4D 

browser includes a 3D model of the store interior in 
which shelf units and the grocery packages they 
yj contain are situated. The 4D world could also extend 

s 5 as a 3D map of the local community to visualize 

CO 15 customer homes and visually track the groceries they 

£1 purchase. The 4D audit trail is populated with events 

every time the online database is updated when a 
Q grocery item barcode is registered at the checkout 

counter by a customer, identified by their credit card 
H 20 information, as well as stockboy actions to replenish 

grocery items on the shelf locations and new grocery 
deliveries received in the stockroom. The 4D server 
can generate 4D object states representing the 
movement of gro.cery items from the stockroom to the 
25 shelves and eventually to customer homes. The store 
manager can use the 4D browser to analyze the movement 
of grocery items as it progresses over time to gain an 
understanding of his customer's buying habits as it 
relates to grocery items, shelf locations and 
30 quantities relative to other grocery items, relative 
proximity and customer ease of access to the store, 
time of day, household types and sizes, and so on, 
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which can help effect operational modifications to the 
store operations to better serve and expand its 
customer base, improving efficiency and increasing 
sales. This example is provided to augment the 
previous description with a brief real world 
application of the present invention. It is not 
intended to limit the scope of the invention in any 
way, which can certainly be utilized by those skilled 
in the art in many applications, including, but not 
limited to, inventory control, traffic management, 
space planning, logistics and operations analysis, 
facility and property management, environmental impact 
studies, security systems, construction management and 
historical analysis . 

Although the present invention has been described 
in relation to particular embodiments thereof, many 
other variations and modifications and other uses will 
become apparent to those skilled in the art, without 
departing from the spirit and scope of the invention. 
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